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TITLE OF INVENTION 

Method and System for Managing Commitments, Reducing Measurement Errors, and 
Making Safe Disclosures 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims benefit of U.S. Provisional Patent Application Nos. 60/245,044, 
filed November 1, 2000, 60/245,552, filed November 3, 2000, 60/251,019, filed 
December 4, 2000, 60/260,548, filed January 8, 2001, and 60/260,551, filed January 8, 
2001, all of which are hereby incorporated by reference. 

BACKGROUND OF THE INVENTION 

Most new ventures fail. A frequently cited reason for this failure is lack of sufficient 
capital. There is an irony here, because the sources of capital frequently complain that 
there are too few good opportunities for all the money they have available to invest. This 
phenomenon applies to a wide range of ventures, from inventors hoping to license their 
intellectual property rights to entrepreneurs looking for startup capital to operating 
companies hoping to move in new directions. On the financing side, the difficulty of 
identifying and getting a piece of the best opportunities is lamented by pension funds, 
institutional money managers, venture capitalists, "angels", and other qualified investors. 
In short, there is a widespread failure on the part of new ventures and sources of capital to 
find each other in a reasonably efficient way. 

Investors, entrepreneurs, and other interested parties must consider many factors when 
evaluating (from their respective viewpoints) the merits of a private investment 
opportunity. Though price is perhaps the most obvious factor, many other considerations 
may be of equal or greater importance. What is the size of the potential market? How will 
the venture be structured? How (and when) will it make money? How good is the 
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management team? Who is the competition? How high are barriers to entry? Who else is 
investing? What will the board of directors look like? What is the "exit strategy"? 

In consequence of these complexities, many promising opportunities are lost. Successful 
investors are often inundated with unsolicited opportunities for investing, so that many 
fine opportunities never even get a hearing. They know this, but are presently unable to 
increase the scope of their work; they are in constant "bandwidth overload." 

Entrepreneurs also suffer. They must devote inordinate amounts of time to courting 
sources of finance rather than to the execution of business strategy. This has a potential 
negative impact on the business under development. It also discourages many capable 
entrepreneurs from pursuing opportunities. The aggregate cost in lost wealth creation to 
the global economy can only be guessed at, but it is likely to be tens if not hundreds of 

p billions of dollars. 

P 

4 s Potential business deals that involve intellectual property rights raise especially 

yi troublesome disclosure issues. Such deals are frequently undermined by the reluctance of 

u a P° tential licensor to divulge information about trade-secret and/or patent-pending 

J* inventions and related IP without the potential licensee, investor, or other counter-party 

£ first signing a suitable non-disclosure agreement ("NDA"). Such counter-parties, 

£ however, often have valid reasons to avoid signing an NDA: either because of their own 
IP development efforts, or in the case of investors (e.g., venture capitalists) because they 
see so much confidential, trade secret, and/or patent-pending material (including business 
plans, proposed trademarks, and copyrighted material of all sorts) that sooner or later one 
or more NDAs is sure to lead to litigation. For this reason, many prominent VCs refuse to 
sign NDAs. 

This puts entrepreneurs and inventors in a very difficult position. They must either find 
counter-parties who are willing to sign NDAs, missing out on the opportunity to work 
with perhaps the best counterparties in the investment and IP development communities. 
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Or, they can divulge some part of their trade secret and/or patent-pending information, 
hoping that such unprotected revelations will be treated fairly by all involved, and not 
damage the value of their IP. 

As can be seen from the previous examples, there are many situations in lite where 
making a contingent commitment to perform an action and/or to disclose information is 
difficult or impossible. This unfortunate situation forces a wide variety of people, 
whether they are acting, for example, as buyers, sellers, donors, recipients, employers, or 
employees to resort to unconditional commitments or to simplified contingent 
commitments that leave key conditions out of the equation. The term "agents" will be 
used herein to designate such individuals, or any other individuals who may have a need 
to manage their commitments and make safe disclosures. 

□ Furthermore, in a wide variety of contexts, the costs associated with being first to show 

Pi 

£ his or her hand can be sufficiently onerous to significantly slow or even stop desirable 

-P things from occurring. Such contexts include: financial transactions, legal negotiations, 

m philanthropic decision-making, central-bank policy making, governmental and/or inter- 

governmental policy-making, internal corporate strategic planning, joint venture 

j* negotiations, venture capital investing, intellectual property development, scheduling of 

£3 

|* meetings, other events and processes, early adoption of new products and services, and 

W other socially useful group activities. 

BRIEF SUMMARY OF THE INVENTION 

The present invention addresses the problems of managing commitments and making 
safe disclosures by providing three inter-related facilities, each of which addresses a 
different facet of the problem. 

• A contingent commitment facility that enables users to formulate and submit sets of 
contingent commitments and tests those sets for logical consistency and syntactical 
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correctness. Validated sets of different users are combined to discover outcomes that 
satisfy pre-defined objectives and constraints, while offering user-specifiable privacy 
protection before, during, and after the conclusion of group interaction. 

• A valuation facility that enables users to estimate the value of an arbitrary collection 
of assets, liabilities, other quantities. 

♦ A negotiation facility that enables two agents to bilaterally negotiate while protecting 
their negotiation strategy and allowing the agents to form a binding legal contract on 
the basis of the negotiation. 

As used herein, the term "contingent commitments," means statements of the form: 
[1] "Agent A will perform action B under a set of conditions C"; 
[2] "Agent A* will disclose data D under a set of conditions C*"; 
[3] Statements logically equivalent to [1] or [2]; 

[4] Compound statements consisting of atomic statements of the form [1], [2], and/or [3], 
connected by logical predicates, quantifiers, and/or modal operators. 

It should be noted that, if a set of conditions is either the empty set or always satisfied, 
then a contingent commitment based on that set is indistinguishable from an ordinary 
(unconditional) commitment to do something. By the above definition, ordinary 
unconditional commitments are a subset of the larger set of conditional commitments. 
This is intended, as is the ability of the method and system for managing contingent 
commitments to manage ordinary, unconditional commitments. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The above summary of the invention will be better understood when taken in conjunction 
with the following detailed description and accompanying drawings in which: 



Figure 1 is a block diagram of an architecture suitable for implementing the present 
method and system; 

Figure 2 is a flow chart of a preferred embodiment of the operation and use of the 
contingent commitment module; 

Figure 3 is a flow chart of a preferred embodiment of the operation and use of the 
valuation module; 

Figure 4 is a flow chart of a preferred embodiment of the operation and use of the 
negotiation module; and 

Figure 5 is a flow chart of an alternative preferred embodiment of the operation and use 
of the negotiation module. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

n 

The present method and system increase the ability of agents to manage their 
p commitments and to make safe disclosures of sensitive information. It comprises three, 

|p independently useful and mutually complementary components for contingent 

^ commitment, valuation, and negotiation. 

s 

|* * Th e Contingent Commitment Module facilitates the managing of contingent 

jrj commitments. This module speeds up the process by which multiple independent 

p agents may formulate strategy and reach agreements with each other. These 

agreements may be binding, non-binding, or subject to future events. 

• The Valuation Module facilitates the valuation of an arbitrary collection of assets, 
liabilities, or other quantities. 

♦ The Negotiation Module facilitates automated bilateral negotiation, while offering 
privacy protection to both parties before, during, and after the negotiation. 

Each of the above mechanisms may be used singly or in combination with the others to 
facilitate commitment management and safe disclosure among agents. In a preferred 
embodiment, they are implemented as part of a secure, interactive, online network, e.g., a 
virtual private network accessible via an internet protocol. This allows for real-time 
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valuation, real-time bilateral negotiation, and real-time contingent commitments — all 
significantly expediting the deal-making process while lowering costs. 

A suitable architecture for implementing the present method and system is shown in Fig. 
1. As shown in Fig. 1, the architecture comprises a contingent commitment module 15, a 
valuation module 25, and a negotiation module 35. A plurality of agents 45 preferably 
communicate with these modules via appropriate networks and/or other communications 
means as described above. 

CONTINGENT COMMITMENT MODULE 

This module provides users with a facility for making contingent commitments of capital 
and/or other resources, and for transforming such multiple contingent commitments into 
"done deals." In one embodiment, the module may implement the method described 
below; however, other tools may also be made available, as well as the capability of a 
user to use tools of their preference. 

IJl One of the greatest impediments to deal making is the need to coordinate decision- 

L making amongst multiple parties. This module allows deal participants to commit their 

: resources on a contingent basis— i.e., subject to other conditions which may include one 

p or more of the following: 

b 

• Who else is in on the deal 

• Management Team 

• Board Composition 

• Strategic partners 

• Pricing of the deal 

• Terms of later rounds of financing 

• IP Licenses 

• Exit Strategy 



o 
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A preferred embodiment for operation and use of contingent commitment module 15 is 
now described in connection with Fig. 2. 
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As shown in Fig. 2, in step 1, one or more agents signs up to use the contingent 
commitment module for one or more problems as part of a problem solving group. 
In step 2, the agents are screened and a database storing information about agents 
updated, according to a set of default minimum qualifying criteria established by the 
contingent commitment module, along with additional criteria that may be supplied by 
one or more of the agents. This can be as simple as providing a list of parties who may be 
eligible to enroll as agents, or may involve efforts to notify potential interested and 
qualified agents. 

In step 3, each agent enrolled in a problem-solving group deal may make contingent 
commitments by selecting (e.g., by clicking boxes on a template) problem-related factors 
that are important to said agent. An agent may use a privacy filter to mask any of these 
factors so that no other agent knows that the factor has been selected by that agent. An 
agent may also partially mask any of these factors so that only specified other agents may 

M 

fjl see that it has been selected. Note that an agent may remain anonymous to all other 

jj\ agents, or may choose to reveal various degrees of identifying information to selected 

M» agents. 

63 

m In step 4, each agent in a problem-solving group may rank the factors in order of 

importance. These rankings are converted into default percentage weights with the sum 
of all rankings equal to 100%. Alternatively, agents may assign percentage weights 
directly. As in step 3, an agent may mask or partially mask any of the rankings associated 
with a factor. For purposes of this ranking, no one factor is assumed to be a "deal-killer" 
for any agent. 

In step 5, each agent indicates logical dependencies between factors (e.g. A and B; B or 
C; if C then not D; etc.) This is where agents express their "must haves" and their "deal 
killers". 

In step 6, the logical dependencies specified in (3) are conjoined to discover the space of 
all possible solutions to the problem. The conjunction engine, preferably implemented as 
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a part of the contingent commitment module, looks for all possible solutions involving 
one or more agents. This engine produces two types of solutions: absolute solutions and 
contingent solutions. "Absolute solutions" as herein defined are solutions all of whose 
conditions are satisfied. "Contingent solutions" as herein defined are solutions one or 
more of whose conditions are not presently satisfied or are not presently known to be 
satisfied. Said solutions may include: solutions that automatically becoming binding; 
solutions that are non-binding and may be pursued off-line; solutions that are subject to 
an online vote with pre-defined voting rules which may include plurality, simple 
majority, super-majority, or unanimous; and solutions that are subject to future 
contingencies. 

In step 7, agents are notified of the solutions that have been calculated, with as much 
information as permitted by the masks adopted by said agents. Each solution will have a 
value associated with it, equal to the sum of all factors included in said solution for each 
user included in said solution. For example, say that 3 agents are included in a solution: 
A, B, and C Say that the sum of included factors for agents A, B, and C are 80%, 50%, 
and 30%, respectively. The value associated with this solution is 160%. 
In step 8, the problem is completed. In a preferred embodiment, the problem may be 
completed and a binding commitment arrived at in one of two ways: 

• Automatic Mode: if all agents agree in advance, the absolute solution with the 
Tiighest associated value is made into a binding commitment (subject to usual due 
diligence and closing conditions, and any applicable laws.) 

• Manual Mode: each agent in the problem solving group may vote for one or more 
of the absolute solutions in which it is included; the first solution to satisfy the 
voting rules of the problem solving group is made into a binding commitment 
(subject to usual due diligence and closing conditions, and any applicable laws). 

If a problem is not completed, agents may return to step 1 to try again. Agents may also 
set preferences regarding additional problem-solving rounds, in which they may make 
conditional commitments to engage in said rounds. These conditional commitments may 
be based on a standardized set of conditions that may be selected from a template and/or 
agent-defined conditions that may be submitted to the contingent commitment module. 
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Contingent solutions may be carried over into said rounds and may become absolute 
solutions if the conditions that were not satisfied in earlier rounds become satisfied. 
In a preferred embodiment, additional features may be added to the above-described 
flow. For example: 

• If no agent objects, an agent may allocate part of his 100% factor allocation to the 
(negative) value of being left out of the deal This would lower the value of any 
solution in which that agent was not involved, at the expense of lowering that agents 
ability to shape the structure of a solution in other ways. 

• If no agent objects, an agent may commit up to 100% of his factor weightings to 
another agent. 

• Agents may submit information about one or more accounts for payments related to 

p problem-solving group participation and/or transactions arising from solutions. Forms 

Q 

p of payment may include: credit card, debit card, Paypal™, c2it™, checking account 

p transfer, or other electronic funds transfer. Express authorizations may be received 

-*P from appropriate authority such as credit card issuer, debit card issuer, bank, or other 

fjl electronic funds transfer system sponsor, to charge said accounts. 

JJ VALUATION MODULE 

ik 

The valuation module provides agents with the ability to improve the accuracy with 
which they estimate the value of assets (e.g., intellectual property), liabilities, and other 
quantifiable entities or collections of entities which may be involved in a potential 
transaction. In a preferred embodiment, the valuation module may implement a particular 
model (referred to herein as the internal model) in performing such valuation; however, 
other valuation models may be used in conjunction with the present method and system, 
as well as the capability of a user to use a valuation model of their preference. 

The valuation module provides an effective means to estimate a range of fair values for a 
collection of assets, liabilities, other entities, or collections of entities (A/L/E/C). The 
valuation module also may provide a single best estimate for the value of the A/L/E/C to 
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a particular enterprise, organization, organizational unit individual, or group. The 
module uses one or more individuals ('Value assessors") who use or create (optionally 
probability-weighted) valuation models. In a preferred embodiment, at least two (and 
preferably more) value assessors are used to reduce the error in the estimates. 
A/L/E/C is valued with reference to a specific actual or potential owner, or stakeholder, 
or with respect to a set of such actual or potential owners or other stakeholders. The 
ability to estimate the value of A/L/E/C to an enterprise is of great potential commercial 
value. It can be used in any application where the value of some A/L/E/C needs to be 
objectively estimated. 

In a preferred embodiment, the valuation module utilizes an effect known as error 
cancellation. Error cancellation is a mathematical and statistical phenomenon that arises 
when a series of unbiased estimates with unknown random errors are used together in a 
calculation. The resulting calculation benefits from the tendency of random errors to 
cancel each other out, leading to a result with less uncertainty than in any single step of 
the calculation. Instead of "Garbage In, Garbage Ouf \ the result of a series of random 
errors can be a highly accurate measurement. 

Error cancellation is independent of any particular valuation model; thus the present 
method can be applied to any existing valuation model, as well as to any valuation model 
that may be invented in the future. The valuation module employs multi-dimensional 
error cancellation, enabling agents to enhance the effect of error cancellation by 
increasing its dimensionality. 

As known in the art, the effect of error cancellation in its simplest form operates 
automatically whenever multiple independent inputs are estimated by an individual using 
a model. Enrico Fermi, for example, is said to have used a series of estimates to calculate 
the yield of the first atomic bomb, with a result that was within a few percentage points of 
a subsequent computer calculation. 
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The present method improves on such one-dimensional error cancellation by requiring at 
least one additional dimension of error cancellation. This additional dimension may be 
any of the following; 

A plurality of sets of inputs; 
A plurality of value assessors; 
A plurality of models; or 

A plurality of entities relative to which the valuation is performed. 

If it is desired to extend the model, additional dimensions may be defined by any of the 
following: a value assessor, a model, or an entity relative to which the valuation is 
performed. 

A preferred embodiment for operation and use of the valuation module 25 is now 
described in connection with Figure 3. As shown in Figure 3, in step 1, each value 
assessor select s one or more models and decides on weighting factors for each of the 
models to be used for valuation, 

In step 2, each value assessor selects one or more sets of inputs and decides on weighting 
factors for each of the sets of inputs used by each model 

In step 3, each value assessor selects one or more entities and decides on weighting 
factors for each of the entities for which the valuation is performed. 
In step 4, each value assessor performs one or more calculations using the models, input 
sets, and entities chosen in steps 1, 2, and 3. 

In step 5, each value assessor does a weighted average across models, input sets, and 
entities, using the weights chosen in steps 1, 2, and 3, 

In step 6, the median, mean, mode, and standard deviation are calculated from the results 
obtained by each value assessor in step 5. 

For example, assuming there are four value assessors estimating the value of some 
A/L/E/C to five different entities. This would give rise to five A/L/E/C valuation 
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equations (one for each entity). Each equation uses a measure of central tendency 
(preferably the median value) of the value assessors estimates of each input to reduce 
error. 

If desired, value assessors may optionally create multiple probability-weighted scenarios 
instead of a single set of estimates. 

In a preferred embodiment, a value assessor may, but need not, use the following internal 
model, in which case (s)he creates projections of costs and/or revenue, changes in costs 
and/or revenue, and losses and/or profits arising from the A/L/E/C being valued. If 
desired, these projections may be probability weighted. 

Example: Non-Probability Weighted A/L/E/C Valuation Equation for a Single Entity, 
Using Internal Model 
Internal model required inputs: 

1 . Estimated size of total relevant market at two or more points in time. 

2. For each point in time in ( 1), estimated percentage of total relevant market for which 
the A/L/E/C has an economic impact ("A/L/E/C relevant submarket"). 

3. For each enterprise, individual, or group for whom the value of the A/L/E/C is being 
estimated, estimated market share of gross costs/revenues of "A/L/E/C relevant 
submarket" at each point in time. 

4. For each gross cost/revenue estimate in (3), estimated percent that can be considered 
net cost/revenue. 

5. For each net cost/revenue estimate in (4), estimated margin. 

6. Estimate terminal value factor(at latest point in time). 

7. Apply a hurdle rate or similar discount factor (supplied by enterprise or other entity, 
or estimated by value assessor) to get estimated present value. 

MVAL[t,t!,...,t n ,E,h] = 
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PVF t {[TRM (t u . . . ,t n )x IRM (ti„ . . ,t n ) x ICM(t ls . . . ,t n ) x NR(t u . . . ,t n ) x MAR (t u . - . >t n )] + 
[NETPER(t n )]} 



Where 

MVAL[y . . ,t n ,£,h] is Value of A/L/E/C at time t for Entity E, with hurdle rate h, and 
estimates at t},...,t n 

PVF t is a time value of money function, accumulating and/or discounting all values to 
time t at an estimated risk adjusted hurdle rate or at a rate stipulated by the entity for 
which value is being calculated. 

TRM (ti, . . . ,t n ) is Median Estimated size of total relevant market at each of 2 or more 
times {ti,...,tn} 

IRM (ti,. . . ,tn) is Median Estimated % of total relevant market at each of 2 or more times 

{ti v . . ,t n } for which the A/L/E/C provides an economic impact 

ICM(t] v . , ,t n ) is Median Estimated % market share (at each of 2 or more times 

{ti v . . ? tn})resulting from entity's use of A/L/E/C 

NR(ti v . . ,t n ) is Median Estimated % of that market share (at each of 2 or more times 
{tu. . . ,tn}) that can be considered net cost/revenue 

MAR (ti,, . . ,t n ) is Median Estimated % margin at each of 2 or more times fti,. . , ,t n } 
NETPER( t n ) is Median Estimated Net Cost/Revenues at t n x Terminal Value Factor at t n . 

Example: Estimate the present value of IP to Entity E using the following estimates: 
Hurdle Rate=100% 

TRM={$500,000,000,000 today, $560,000,000,000 in 3 years} 

IRM- (5%, 25%} 

ICM-{0%, 10%} 

NR={0%,5%} 

MAR={0%,20%} 

Terminal Value Factor=20 

NETPER={$560,000,000,OOOx25%xlO%x5%x20%}x20=$140,000,OOOx20=$2 
000 
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MVAL=PVF[0 today;$140,000,000+$2,800,000,000 in 3 years; discounted back three 
years at 100% growth rateH2,940,000,000x( Jx.5x.5H367,500,000 



NEGOTIATION MODULE 

Often, when two trading parties are drawn together, it is difficult and costly to determine 
a fair (or even a mutually acceptable) price. This is especially true for products and 
services for which no significant market exists, and for unique products and services that 
may have little or no relevant points of comparison. In these cases, each trader may be 
reluctant to "make the first move." If one has a distinct advantage in bargaining power 
over the other, he can usually demand that the other make an offer. However, many times 
it is not clear who should "go first." As a result, an unknown but probably very large 
number of transactions never happens, simply because neither party is willing to bear the 
risk of "showing his cards" first. 

The negotiation module addresses this problem by providing a neutral mechanism 
through which each party is able to safely disclose the price at which (s)he would like to 
complete the transaction and also the limit price (a maximum for buyers, a minimum for 
sellers) beyond which they are unwilling to complete the transaction. The negotiation 
module further facilitates bilateral trade by providing a secure messaging facility that 
enables the parties to communicate supplemental information during the trading process, 
including information about willingness to trade under various conditions. 

Another problem, addressed by an optional extension of the negotiation module is that 
sometimes the buyer wants to or can only pay in units of value that are not acceptable to 
the seller but may be readily acceptable to others. 

The negotiation module, addresses these problems by: 
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• Making it safe for both sides to reveal pricing information to a secure, neutral 
intermediary mechanism 

• Making it possible for both sides to communicate securely with each other before, 
during, and after revealing pricing information to the intermediary mechanism 

• Making it possible for both sides to choose their preferred units of value 

• If possible, automatically finding a price that satisfies both trading parties 

• Helping the trading parties to find a mutually satisfactory price even if their initial 
positions do not generate a transaction. 

From a systems perspective, the negotiation module preferably comprises a user interface 
module f*UJM") and an information processing module ("IPM"). Analytically, the 
negotiation module preferably combines a deterministic algorithm ("APNda") with 
realtime human override capabilities ("APNro")* 

The combination of APN D a with APN RO provides a powerful means for two trading 
parties to automatically determine the price for a collection of goods and/or services 
being sought by one trader ("buyer*') and offered for sale by another ("seller") while 
reserving the ability to override this automatic mechanism with specific proposals and 
communications. 

A preferred embodiment for implementing APN DA is now described in connection with 
Fig. 4. As shown in Fig, 4, in step 1, a buyer and a seller agree to use the negotiation 
module. This agreement may be facilitated by a computer, which may receive one or 
more requests from one or more agents to negotiate with one or more other agents. The 
computer may notify one or more agents of an opportunity to negotiate with one or more 
other agents. 

In step 2, buyer and seller each submit two numbers to the negotiation module. Neither is 
allowed to see the other's numbers. 

In step 3, buyer's numbers are his "favored price", (expressed in dollars or other pre- 
determined unit of value) and his "flexibility factor" (expressed either as a percentage of 



15 



the favored price, or as an incremental number of units above the favored price buyer 
would be willing to pay.) 

In step 4, seller's numbers are his "favored price", (expressed in dollars or other pre- 
determined unit of value) and his "flexibility factor" (expressed either as a percentage of 
the favored price, or as an incremental number of units below the favored price seller 
would be willing to accept.) 

In step 5, favored prices of buyer and seller are compared. If the favored price of buyer is 
greater than or equal to the favored price of seller, then the transaction price is set at the 
midpoint of the favored prices. 

In step 6, if the favored price of buyer is less than the favored price of seller, then each 
favored price is modified either by multiplying by its correspondent flexibility factor, or 
by adding or subtracting the incremental number of units for buyers or sellers 
respectively, The resulting numbers are referred to as the "outer limit" price of buyer and 
seller respectively. 

In step 7, if the outer limit price of the buyer is greater than or equal to the outer limit 
price of the seller, then the transaction price is set at the midpoint of the outer limit 
prices. 

In step 8, if the outer limit price of the buyer is less than the outer limit price of the seller, 
then the system notifies buyer and seller that they did not generate an automatic match. 
In step 9, buyer and seller have the option of trying again^ by resubmitting their favored 
price and flexibility factor (with or without changes). 

In step 10, alternatively, if buyer and seller agree, the negotiation module will inform 
them of one or more of the following; the midpoint between their outer limit prices, the 
midpoint of their favored prices, or the midpoint of all four prices. Buyer and seller can 
agree in advance to transact at one of these midpoints, can go back to step (2), negotiate 
offline, or cease negotiating. 

Examples 
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1. Buyer B wants to buy item I from Seller S. B submits his favored price of 1500 
dollars, with a flexibility factor of 20%, Seller submits his favored price of 1000 
dollars, with a flexibility increment of 0 dollars. Because B's favored price is greater 
than S's favored price, the negotiation module generates a transaction price of $1250, 
the midpoint of the favored prices. 

2. Buyer B wants to buy item I from Seller S. B submits his favored price of 1500 
dollars, with a flexibility factor of 20%. Seller submits his favored price of 1800 
dollars, with a flexibility increment of 0 dollars. Because B ? s favored price is less 
than S's favored price, the negotiation module applies the flexibility calculations to 
each, generating the "outer limit" prices. B's outer limit price is 

$1 500+($ 1 500x20%)=$ 1 800. S's outer limit price is the same as his favored price, 
$1800. Since the two outer limit prices match, the negotiation module generates a 
transaction price of $1800. 

3. Buyer B wants to buy item I from Seller S. B submits his favored price of 1500 
dollars, with a flexibility factor of 20%. Seller submits his favored price of 2000 
dollars, with a flexibility factor of 10%. In this case, once again, the negotiation 
module must generate "outer limit" prices, and once again, they both equal $1800. 

4. Buyer B wants to buy item I from Seller S. B submits his favored price of 1 500 
dollars, with a flexibility factor of 10%. Seller submits his favored price of 2000 
dollars, with a flexibility factor of 10%. In this case, once again, the negotiation 
module must generate "outer limit" prices; this time, however, B's outer limit price is 
only $1650. Therefore no automatic price is generated. The negotiation module 
informs B and S that there is no transaction and gives them the option of trying again, 
or of "opening the envelope" to see how far apart they are. If they choose to open the 
envelope, they may decide in advance to accept the midpoint of their outer limit 
prices; this would generate a transaction at $1725. They could also choose to accept 
the midpoint of their favored prices ($1750) or of all four prices ($1737.50). 
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An alternative preferred embodiment for implementing APNda is now described in 
connection with Fig. 5. As shown in Fig. 5, in step 1, A buyer and a seller agree to use 
the negotiation module. 

In step 2, buyer and seller each submit two numbers to the negotiation module. Neither is 
allowed to see the other's numbers. 

In step 3, Buyer's numbers are his "favored price", (expressed in any unit of value 
allowed by the negotiation module) and his "flexibility factor' (expressed either as a 
percentage of the favored price, or as an incremental number of units above the favored 
price buyer would be willing to pay.) 

In step 4, Seller's numbers are his "favored price", (expressed in any unit of value 
allowed by the negotiation module) and his "flexibility factor" (expressed either as a 
percentage of the favored price, or as an incremental number of units below the favored 
price seller would be willing to accept.) 
Q In step 5, Buyer and seller's numbers are converted into comparable units by the 

42 negotiation module. If such conversion is not possible, the negotiation module notifies 

£ i 

■ buyer and seller and asks each to submit a list of alternative units of value, in order of 

u '% 

% preference. The negotiation module chooses the unit of value with the highest combined 

jrf,'- preference rating, if such unit exists. If no such unit exists, the negotiation module 

p notifies buyer and seller, giving them the option to try again . 

Q In step 6, Once a unit of value has been detennined, favored prices of .buyer and seller are 

compared. If the favored price of buyer is greater than or equal to the favored price of 
seller, then the transaction price is set at the midpoint of the favored prices. 
In step 7, If the favored price of buyer is less than the favored price of seller, then each 
favored price is modified either by multiplying by its correspondent flexibility factor, or 
by adding or subtracting the incremental number of units for buyers or sellers 
respectively. The resulting numbers are referred to as the "outer limit" price of buyer and 
seller respectively. 

In step 8, If the outer limit price of the buyer is greater than or equal to the outer limit 
price of the seller, then the transaction price is set at the midpoint of the outer limit 
prices. 
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In step 9, If the outer limit price of the buyer is less than the outer limit price of the seller, 
then the system notifies buyer and seller that they did not generate an automatic match. 
In step 10, Buyer and seller have the option of trying again, by resubmitting their favored 
price and flexibility factor (with or without changes). This process of "iterative 
resubmission'* can also be automated by either party. 

In step 11, Alternatively, if buyer and seller agree, the negotiation module will inform 
them of one or more of the following: the midpoint between their outer limit prices, the 
midpoint of their favored prices, or the midpoint of all four prices. Buyer and seller can 
agree in advance to transact at one of these midpoints, can go back to step (2), negotiate 
offline, or cease negotiating. 

Example 

Buyer B wants to buy item I from Seller S. B submits his favored price of 100 shares of 
stock in UK Corp., with a flexibility factor of 20%. Seller submits his favored price of 
1000 dollars, with a flexibility increment of 0 dollars. The negotiation module converts 
B's pricing into dollars at an "exchange rate" of $10/share. Because B's favored price, as 
converted, is equal to S's favored price, the negotiation module generates a transaction 
price of $1,000. The negotiation module accepts payment from B in B's units and 
delivers payment to S in S ? s units. 

In a preferred embodiment, the embodiments described above may be extended using the 
following options. 

1. Serial Weights Option. Users may opt to assign serial weights to successive rounds of 
the algorithm. If both users elect to apply serial weights in their negotiations, an 
additional field, called the current round weighting ("CRW"), becomes available for data 
entry on the UIM. 

Users each enter a number between 0 and 100 for CRW. These numbers are used as 
scaling factors to adjust the negotiated price between the parties for that round alone (a 
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round consists of calculations with favored prices, and contingent on the outcome of that 
calculation, a second calculation with the flexibility factors included). 

The CRW amount entered by a party in a given round is deducted from the amount 
available to that party in subsequent rounds, if any. Thus a party has the option to spend 
most of his 100 CRW points early, or to save most of them for later rounds. 
To see how this works let's return to the first example of APNda. In example 1 buyer has 
specified a favored price of 1500 with a flexibility factor of 20%, and seller has specified 
a favored price of 1000 with a flexibility increment of zero. Without the serial weight 
feature, APNda generates a price of 1250 as the result. Let's say, however, that buyer and 
seller have agreed to use serial weights in their negotiating. Buyer, who has a favored 
price of 1500, inputs a weight of 100. Seller, who has a favored price of 1000, inputs a 
weight of 25. The result is scaled as a ratio of the weights entered, giving an outcome of 
$1400, i.e., a number that is closer to the buyer's favored price in proportion to the ratio 
of the buyer's and seller's CRWs, 

In this example, the buyer benefited from entering the highest possible CRW, If, 
however, no deal had closed, the seller would have an advantage in subsequent rounds. If 
serial weighting is selected, no information about the counter-party's choices in earlier 
rounds is provided. Thus, use of serial weights is one way for traders to put a cloak over 
the exact values of their strategy, even after the deal is done. In the example above, the 
fact that the deal was completed at $ 1400 does not let either party infer the exact nature 
of his/her counterparty's favored price. The CRW effectively "cloaks" this price from 
reverse engineering after the tact This can be important to traders who deal regularly 
with eachother, and want to prevent the counterparty from understanding the nature of 
their strategizing. The possibility that the counterparty is entering a random CRW is 
enough to ensure that no certain conclusion may be drawn about his favored price or his 
flexibility factor. 
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2. Paired Serial Weights Option. Users may opt to assign pairs of serial weights to 
successive rounds of the algorithm. If both users elect to apply paired serial weights in 
their negotiations, two additional fields, called current round weighting-primary 
("CRW-P") and current round weighting-secondary ("CRW-S"), become available for 
data entry on the UIM. These function exactly as above, except that users can now set 
individual current round weightings for their favored price and for their flexibility factor. 

Users each enter a number between 0 and 1 00 for CRW-P and CRW-S. CRW-P numbers 
are used as scaling factors to adjust the negotiated price between the parties for the first 
calculation in round, the one that uses favored prices alone. CRW-S numbers are used to 
scale the result of the second calculation in a round, where favored prices are adjusted by 
flexibility factors. 

The CRW amounts entered by a party in a given round are deducted from the amounts 
available to that party in subsequent rounds, if any. Thus a party has the option to spend 
most of his 1 00 CRW-P and/or CRW-S points early, or to save most of either or both of 
these for later rounds. 

APNro lets traders feel out the other side with purely informational messages, requests, 
and/or offers, any or all of which may reveal part of the trading intent of each side. When 
a party sends a message, the APN D a is suspended according to logic stipulated in that 
message. Options include: suspension until counterparty responds; suspension for fixed 
time period; suspension until specific event occurs; or some combination of the above. A 
purely informational message, called an "fyi" message, will only suspend the APNda- A 
transactional message, which may be either a "bid" or an "ask" message, can terminate 
the APNda if its conditions are agreed to by the other side. One important example of .a 
bid message is a "sell now price" to the potential seller. This reveals to the seller a price 
at which the bidder will consummate the transaction right now. The bidder may stipulate 
a time window for this sell now price, or may wait for the response of the counterparty, 
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or may condition his/her bid on some other event (such as completion of another 
transaction with another counterparty using the negotiation module). 

The negotiation module may be implemented in many ways, including, but not limited to: 

• A web-based application service accessible by browser. Authorized users may 
conduct business by submitting their respective favored and flexibility numbers for 
specific transactions. Users can be notified of transaction outcomes when logging 
onto the site, or via email, fax, or other messaging facility, or by a person, 

• A telephone-based application service accessible by telephone. Touch-tone, voice- 
activated, or analogous method for data entry. Users can be notified of transaction 
outcomes by voice-messaging, email, or other messaging facility, or by a person, 

• A set of smart-cards or similar devices with the algorithm embedded into it. These 
could be used in conjunction with either of the above, optionally storing default prices 
and automatic negotiating "strategies" for unattended multiple round negotiations, 

• A set of telephones (fixed, cellular, or two-way radio) with the algorithm embedded 
into it, operating analogously to the smart-cards mentioned above. 

It should be recognized that although the preferred embodiments above are described 
primarily in terms of a buyer and a seller negotiating a price, the parties to the 
negotiation, and the nature of the quantity being negotiated, may instead be different 
depending on the context For example, in a negotiation between governments about the 
setting of a geographical boundary, the parties may be two sovereign governments and 
the quantity may be a numeric representation of a set of geographic coordinates 
corresponding to a boundary line. 

The negotiation module disclosed herein may also be used in other applications such as 
salary negotiations. Employers may have little idea of what a prospective employee is 
willing to accept; likewise, employees may have little understanding of how much to ask 
for. Neither side wants to offend the other. Employers do not want to overpay; job 
seekers do not want to accept less than they are worth. The negotiation module can help 
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both "buyer" and "seller" to feel more confident that the deal they strike is a reasonable, 
unbiased result. 

Another important application is to online marketplaces, whether they are business to 
business marketplaces, ("B2B"), business to consumer marketplaces ("B2C"), consumer 
to consumer marketplaces ("C2C") or variants or analogs thereof. In all these cases, 
bilateral price negotiations and communications, if possible at all, can be complex, costly, 
and difficult. Traditional fixed-price transactions are biased in the way they distribute 
information between buyers and sellers. A fixed price mechanism, while simple to 
operate, provides the least flexibility and information to the potential traders-whether the 
price is set by the seller, or offered as a "take it or leave it" price by the buyer. 

While the invention has been described in conjunction with specific embodiments, it is 
evident that numerous alternatives, modifications, and variations will be apparent to those 
skilled in the art in light of the foregoing description. 
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